Intellectual Property Law 
Including 
]^ATENTS, Trademarks, 

Copyrights and 
Unfair Competition 

Eric b. Meyertons 
(512) 703-1254 
emeyertoiis@intprop.com 



Conley, Rose & Tayon 

A Professional Corporation 
Frost Bank Plaza 
816 Congress Avenue, Suite 320 
Austin, Texas 78701-2443 
(512) 476-1400 
FacsimUe (512) 703-1250 



Houston Office 

Texas Commerce Tower ^ 
600 Travis, Suite 1850 ^ 
Houston, Texas 77002-2912 Si 



(713)238-8000 
Facsimile (713) 238-8008 



File: 5053-27800 



June 23, 2000 



"EXPRESS MAIL" MAILING LABEL 

NUMBER- EL4936755Q8US 
DATE OF DEPOSIT: June 23, 2000 

I hereby certify that this paper or fee is bemg deposited with the 
United States Postal Service "EXPRESS MAIL POST OFFICE 
TO ADDRESSEE" service under 37 C.F.R. 1.10 on the date 
indicated above and is addressed to Tfee-A§sistant Commissioner 
for Patents, Washington. DCl. 2023 1 ( /J, . 



Delfefl. Tix 



ATTN: PATENT APPLICATIONS 

Assistant Commissioner for Patents 
Washington, D.C. 20231 

Re: U.S. Patent Application Entitled "RELEVANCE CALCULATION FOR A 
REFERENCE SYSTEM IN AN INSURANCE CLAIMS PROCESSING 
SYSTEM" (COLOSSUS)- Allen B. Childress 

Sir: 

Transmitted herewith for filing is a disclosure including a title page, a 43 page specification, 
24 pages of claims (Claitns 1-71), and a one page abstract. In addition, we have also included 
drawings, Figures la-ll,onl6 sheets. The disclosure and drawings constitute the appUcation of 
Allen B. Childress for the above-entitled invention. 

Please note that this application is filed without an inventor Declaration and filing fees. 
Apphcant requests the Patent and Trademark Office to accept this application and accord a serial 
number and filing date as of the date this appUcation is deposited with the U.S. Postal Service for 
Express Mail. Further, the Apphcant requests that the NOTICE OF MISSING PARTS-FILING 
DATE GRANTED be sent to the undersigned Apphcant representative. 



Assistant Commissioner for Patents 
June 23, 2000 
Page 2 



Please address all correspondence in connection with this application to: 



ERIC B. MEYERTONS 
CONLEY, ROSE & TAYON, P.C. 
P.O. BOX 398 

AUSTIN, TEXAS 78767-0398 
PH: (512)476-1400 




Attorney for AppUcant 



EBM:gm 
Enclosures 



PATENT 
5053-27800 



"EXPRESS MAIL" MAILING LABEL 
NUMBER EL493675508US 
DATE OF DEPOSIT JUNE 23, 2000 
I HEREBY CERTIFY THAT THIS PAPER OR 
FEE IS BEING DEPOSITED WITH THE 
UNITED STATES POSTAL SERVICE 
"EXPRESS MAIL POST OFFICE TO 
ADDRESSEE" SERVICE UNDER 37 C.F.R. § 
1.10 ON THE DATE INDICATED ABOVE 
AND IS ADDRESSED TO THE 
COMMISSIONER OF PATENTS AND 
TRADEMARKS, WASHINGTON, D.C. 20231 




RELEVANCE CALCTJLATION FOR A REFERENCE SYSTEM JN AN INSURANCE 



CLAIMS PROCESSING SYSTEM 



By: 



Allen B. Childress 



Atty. Dkt. No.: 5053-27800 



Eric B. Meyertons/RSR/RPH 
Conley, Rose & Tayon, P.O. 



P.O. Box 398 
Austin, Texas 78767-0398 
Ph: (512)476-1400 



BACKGROUND OF THE INVENTION 



1. Field of the Invention 

5 The present invention generally relates to the field of insurance claims. More 

particularly, the present invention relates to a system and method for relevance ranking of 
occurrences of context-sensitive help items and interactive search results. 

2. Description of the Related Art 

10 

Insurance companies have been processing and settling claims associated with 
bodily injury for a long time. The task of evaluating, analyzing or estimating the amount 
of damage associated with one or more types of bodily injuries, especially trauma- 
induced bodily injuries, can be very complex. Complexity in the evaluation process often 
15 arises out of the fact that concurrent expertise in legal, medical and insurance fields is 
often required to anive at a particular decision involving a bodily injury claim. 

Several factors can affect the estimated amount of the claim associated with a 
bodily injury. Eveiry accident is different and every injury is unique. Arriving at a 
customized evaluation of a bodily injury claim, which is unique for a specific accident, 
20 injury, etc. is desirable. Applying across-the-board standards may tend to result in an 
inequitable solution for one or more parties involved. Extemal environmental factors, 
such as the experience level of a claims adjuster, record of accomplishment of the legal 
professionals, post-injury quality of life for the injured party, etc., all can affect the 
valuation of a claim, 

25 During the past several years, many insurance companies have been using 

computer-based and knowledge-based claim-processing systems to process, evaluate, 
analyze and estimate thousands of claims in a fair and consistent manner. A knowledge- 
based claim-processing system includes an expert system which utilizes and builds a 
knowledge base to assist the user in decision making. It may allow the insurance 
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companies to define new rules and/or use previously defined rules, in real-time. The 
business rules are generally written by industry experts to evaluate legal, medical, 
insurance conditions before arriving at a valuation of a claim. 

In knowledge-based systems, to estimate a claim for bodily injury, the user may 

5 enter inputs on a display screen and step through a series of displays or screens to 
complete the data input process. The knowledge-based claim processing system may then 
utiUze the user-provided inputs to generate a claim report. 

The complexity of analyzing or estimating the amount of damage associated with 
one or more types of bodily injuries may create difficulties to a user of the knowledge- 

10 based systems. Help information in the form of documents such as manuals and 
guidebooks may be provided by the knowledge-based systems to help the user in 
completing the data input process. The help information may be provided in printed form 
or, in some systems, in electronic form. The volume and complexity of the supphed help 
information may make it difficult for the user to locate a portion or portions of the 

15 information pertinent to a current step or screen that the user is working on in the data 
input process. 

It may therefore be desirable to develop an electronic, on-line help system to 
provide context-sensitive help for the current step or screen that the user is working on in 
a knowledge-based system. It may also be desirable to provide a method for the user to 
20 interactively search the on-line help system for one or more terms relevant to the 
processing of a cun ent claim. It may also be desirable to calculate a relevance of items in 
the on-line help system and to rank the items, when displayed, in an order of relevance. 
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SUMMARY OF THE INVENTION 



The present invention provides various embodiments of a mechanism for 
5 providing context-sensitive help and the abiUty to interactively search a help database in 
insurance claims processing systems. One or more index tables may be provided for 
locating terms and codes for context-sensitive help and for interactively searching for 
terms in the help database. Each entry in the one or more index tables may represent an 
occurrence of a term or code in a document included in the help database for the 

10 insurance claims processing system. Examples of documents that may be included in the 
help database for the insurance claims processing system include, but are not limited to: 
medical journals, textbooks and/or manuals, insurance claims processing manuals or 
guidebooks, medical glossaries and/or dictionaries, and documents including context 
sensitive help entries for the insurance claims processing steps, and elements of the steps, 

15 in the insurance claims processing system. 

An entry in the index table may include an object ID. The object ID may indicate 
a unique entry in a help information table in the help database. An entry in the index 
table may also include a term field. In one embodiment, a term field may include a term 
located in the one or more documents in the help database, or alternatively a term field 

20 may include a code representing a step or an element in a step in the insurance claims 
processing system, As used herein, a "term" may include one or more words, 
abbreviations, numerical values, or other types of alphanumeric strings that may appear 
in documents in an insurance claims processing help database. An entry in the index 
table may also include a Soundex field for locating words that are misspelled. In one 

25 embodiment, the entries in the index table may include a relevance value for the 
occurrence of the term in the help database. As used herein, a relevance value may be 
defined as an estimated measure of the significance of the occurrence of a term to the text 
object (header or text section) in which the occurrence is located. 
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In one embodiment, the relevance values for the entries in the index table may be 
calculated and stored in the index table prior to a user accessing the help database. In 
another embodiment, the relevance value for an entry in the index table may be 
calculated dynamically when the entry is identified as an occurrence of a search term or 
5 of a step or step element code in context-sensitive help. In one embodiment, relevance 
values for the entries in the index table may be calculated using the position of the term 
in the text object (header or text section), the number of words in the term, the number of 
words in the text object, and the type of text object for the entry (header or text section?). 
In one embodiment, occurrences in headers may be considered generally more relevant 

10 than occurrences in text sections, and therefore a different mechanism may be used to 
calculate the relevance of occurrences in headers than the mechanism used to calculate 
the relevance of occurrences in text sections. 

In one embodiment, the help information database may include one or more 
header tables and one or more text tables. A header table may include a plurality of 

15 records, also referred to as entries, with one entry for each header element from the one 
or more documents to be included in the help database for the insxirance claims 
processing system. Each entry may comprise a plurality of fields or elements. An index 
table may include a plurality of entries, with one entry for each text section from the one 
or more documents to be included in the help database for the insurance claims 

20 processing system. Each entry may comprise a plurality of fields or elements. In one 
embodiment, the fields may be substantially similar to the fields in embodiments of the 
header table. 

An entry in a header or text table may include an object identifier (object ID). In 
one embodiment, the object ED for the entry may be unique in the help database. In one 
25 embodiment, the object ID may include information that may be used to identify the 
docxmient including the entry, and the location in the document of the entry. In one 
embodiment, an entry may include the object identifier of the parent entry for the entry. 
An entry in a header or text table may also include fields with information on the location 
in the document of the entry. An entry in a header or text table may also include 
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alphanumeric text from the document. When the entry is located during context sensitive 
help or a search, the alphanumeric text may be read from the entry and displayed on the 
display screen for a user to view. Alternatively, the entry may not store the actual text, 
but may instead include information for locating the text for the entry in the document. 
5 In this case, when the entry is located, the actual text for the entry may be read from the 
document itself and displayed for the user. 

A user may initiate processing of an insurance claim in the insurance claims 
processing system. The insurance claims processing may begin at a first processing step, 
and may continue through a number of processing steps until the insurance claim 
10 processing is complete. A next processing step may be determined by user input at a 
current processing step, or altematively may be predetermined (i.e. step B always follows 
% step A). In one embodiment, a processing step may be divided into one or more screens 

Ill or pages, wherein one screen or page at a time is displayed on display screen, 

y The insurance claims processing system may enter a processing step and display a 

15 page for the processing step. In one embodiment, the context-sensitive help for the step 
fy may be automatically invoked when entering the step. Altematively, the user may 

interactively invoke context-sensitive help once the page is displayed. Context-sensitive 
I help for each processing step may be unique, although some content may appear in the 

bj context-sensitive help for two or more processing steps. Context-sensitive help may also 

20 be unique for each of the one or more pages within a processing step. The page for the 
processing step may be displayed with the context-sensitive help for the page. In one 
embodiment, a display page may be divided into two or more panes, the context-sensitive 
help may be displayed in one or more panes on the page, and the processing step contents 
may appear in one or more panes on the page. 
25 In one embodiment, each step or each page in a step in the insurance claims 

processing system may have a unique code, which may be referred to as a page ID. A 
page may also include one or more step elements that have associated codes. In one 
embodiment, step elements may include interface items that a user of the system interacts 
with in performing the step. In one embodiment, the step elements on the page may 
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include system-supplied "answers" to questions posed to the user during the claims 
processing. In one embodiment, the step elements may include lists of injury codes 
selectable by the user. In one embodiment, the step elements may include lists of 
treatments for injuries selectable by the user. 
5 The insurance claims processing system may search one or more index tables for 

entries including the page ID. The index table may also be searched for entries including 
the codes from one or more elements of the page. The search may result in the insurance 
claims processing system locating one or more entries in the one or more index tables. In 
one embodiment, there will be at least one entry located for the page ID in the one or 

10 more index tables. In one embodiment, if elements of the page have an associated code, 
there will be at least one entry located for each code in the one or more index tables. In 
one embodiment, each entry in the one or more index tables may indicate an occurrence 
in the one or more documents included in the help database for the insurance claims 
processing system of the page ID, code, or term included in the index table entry. 

15 The insurance claims processing system may then locate entries in the one or 

more help tables using information from the entries located in the one or more index 
tables for the page ID and any elements of the page. The one or more help tables may be 
searched for occurrences of the object ID from each located entry in the index table. 

In one embodiment, the insurance claims processing system may then rank the 

20 located help table entries by relevance value. The located help table entries may be 
ranked from highest relevance to lowest relevance. In one embodiment, the located help 
table entries may be listed without being ranked by relevance. In one embodiment, any 
entries found for a page code may be displayed at the top of the list regardless of the 
relevance ranking of the entry. Entries for other codes in the page may then be ranked 

25 below the page code entry or entries in order of relevance. In one embodiment, when 
there is more than one term being searched for, located entries may be first ranked on the 
number of search terms the entries include. Entries that include more search terms may 
be ranked higher than entries with fewer search terms. The entries within the ranking 
categories may then be ranked by relevance within the category. 
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The insiiran.ce claims processing system may then display information from the 
located help table entries. In one embodiment, the entries may be displayed in the order 
of relevance of the entries. The help table entries may include portions of text from one 
or more documents related to insurance claims processing. Some help table entries may 

5 include section headers from the one or more documents. Some help table entries may 
include text from the bodies of sections of the one or more documents. Some help entries 
may include glossary information from the one or more documents. Other entries may 
include text from other portions of the one or more documents. In one embodiment, the 
relevance value may also be displayed. 

10 The insurmce claims processing system may also display information describing 

the location of the displayed portions of text in the one or more documents. This 
information may allow the user to look up (electronically or manually) located 
occurrences in the one or more documents. 

15 In one embodiment, a search interface may be provided to the user of the 

insurance claims processing system. The user may enter in the search interface one or 
more terms to be searched for in the help database for the insurance claims processing 
system. The user may then initiate the search for the one or more terms. The insurance 
claims processing system may then search the one or more index tables for entries 

20 including at least one of the one or more terms. The insurance claims processing system 
may locate one or more entries in the one or more index tables that include at least one of 
the one or more teims. The located entries in the index table may be used to locate help 
entries in the one or more help tables that include at least one of the one or more terms. 
The one or more help tables may be searched for occurrences of the object ID from each 

25 of the located entries. 

The located help table entries may be ranked by relevance. The located help table 
entries may be ranked from highest relevance to lov/est relevance. In one embodiment, 
when there is more than one term being searched for, located entries may be first ranked 
on the number of search terms the entries include. Entries that include more search terms 
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may be ranked higher than entries with fewer search terms. The entries within the 
ranking categories may then be ranked by relevance within the category. Thus, entries 
with lower relevance, but more search terms, may appear higher in the overall ranking 
than entries with higher relevance, but fewer search terms. 

The insurance claims processing system may then display information from the 
located help table entries. In one embodiment, the entries may be displayed in the order 
of relevance of the entries. The help table entries may include portions of text from one 
or more documents related to insurance claims processing. Some help table entries may 
include section headers from the one or more documents. Some help table entries may 
include text from tlie bodies of sections of the one or more documents. Some help entries 
may iaclude gloss£iry information from the one or more documents. Other entries may 
include text from other portions of the one or more documents. In one embodiment, the 
relevance value may also be displayed. 

The insurance claims processing system may also display information describing 
the location of the displayed portions of text in the one or more documents. This 
information may allow the user to look up (electronically or manually) located 
occurrences in the one or more documents. 
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BRIEF DESCRIPTION OF THE DRAWINGS 



Figure la is a block diagram illustrating the architecture of one embodiment of an 
insurance claims processing system; 
5 Figure lb illustrates one embodiment of a networked insurance claim processing 

system; 

Figure 2 illustrates a structure for an insurance claims processing help database 
that may be used for context sensitive help and for searching for terms according to one 
embodiment of an insurance claim processing system; 
10 Figure 3 illustrates a table including document header information according to 

one embodiment of an insurance claim processing system; 

Figure 4 illustrates a table including document text information according to one 
embodiment of an insurance claim processing system; 

Figure 5 illustrates an index table including terms and codes and cross-references 
15 to other tables according to one embodiment of an insurance claim processing system; 

Figure 6a is a flow diagrams illustrating a method for generating the various 
tables in an insurance claims processing help database according to one embodiment of 
an insurance claim processing system; 

Figures 6b through 6c are flow diagrams illustrating a mechanism for generating 
20 relevance values for occurrences in an insurance claims processing help database 
according to one embodiment of an insurance claims processing system; 

Figures 7a-7c are flow diagrams illustrating a mechanism for providing context- 
sensitive help according to one embodiment of an insurance claim processing system; 

Figure 8 illustrates a display screen showing multiple panes, wherein two of the 
25 panes comprise context sensitive help information, according to one embodiment of an 
insurance claim processing system; 

Figure 9 is a flow diagram illustrating a mechanism for searching for insurance 
claims processing terms according to one embodiment of an insurance claim processing 
system; 
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Figure 10 illustrates a display screen showing multiple panes, wherein two of the 
panes comprise search results information, according to one embodiment of an insurance 
claim processing system; and 

Figure 11 shows the display screen of Figure 10, with one of the search results 
panes hidden to provide more display area for claims processing information, according 
to one embodiment of an insurance claim processing system. 

While the invention is susceptible to various modifications and alternative forms, 
specific embodiments thereof are shown by way of example in the drawings and will 
herein be described in detail. It should be understood, however, that the drawings and 
detailed description thereto are not intended to limit the invention to the particular form 
disclosed, but on the contrary, the intention is to cover all modifications, equivalents, and 
altematives falling within the spirit and scope of the present invention as defined by the 
appended claims. 
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DETAILED DESCRIPTION OF SEVERAL EMBODIMENTS 



Figure la - The arcliitecture of an insurance claims processing system 

In Figure la, an embodiment of an insurance claims processing system 10 may 
5 include a computer system 20. The term "computer system" as used herein generally 
includes the hardw;are and software components that in combination allow the execution 
of computer programs. The computer programs may be implemented in software, 
hardware, or a combination of software and hardware. A computer system's hardware 
generally includes a processor, memory media, and Input/Output (I/O) devices. As used 
10 herein, the term "processor'' generally describes the logic circuitry that responds to and 
processes the basic instructions that operate a computer system. The term "memory" is used 
Q synonymously with "memory medium" herein. The term "memory medium" is intended to 

JIJ inchide an installation medium, e.g., a CD-ROM, or floppy disks, a volatile computer 

13 system memory such as DRAM, SRAM, EDO RAM, Rambus RAM, etc., or a non-volatile 

m 15 memory such as optical storage or a magnetic medium, e.g., a hard drive. The memory 
medium may comprise other types of memory as well, or combinations thereof In addition, 
^ the memory medium may be located in a first computer in which the programs are executed, 

m or may be located in a second different computer that connects to the first computer over a 

i -J network. In the latter instance, the second computer provides the program instructions to 

p 20 the first computer for execxition. In addition, the computer system may take various 
^ forms, including a personal computer system, mainframe computer system, workstation, 

network appliance, Internet appliance, personal digital assistant (PDA), television system 
or other device. In general, the term "computer system" can be broadly defined to 
encompass any device having a processor that executes instructions from a memory 
25 medium. 

The memoiry medium preferably stores a software program or programs for 
processing insurance claims as described herein. The software program(s) may be 
implemented in any of various ways, including procedure-based techniques, component- 
based techniques, and/or object-oriented techniques, among others. For example, the 
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software programs may be implemented using a rule-based development tool such as 
PLATINUM Aion™ available from Computer Associates International, Inc. In one 
embodiment, PLATINUM Aion™ may combine business rule and object-oriented 
technologies to create and maintain complex, knowledge-intensive appUcations. 

5 Software developed with PLATINUM Aion^M may employ an Aion™ programming 
language for automation of processes which may use hundreds or thousands of business 
rules from a knowledge base. An Aion™ inference engine may automatically determine 
which rules to execute, when, and in what order. In various other embodiments, the 
software program may be implemented using other technologies, languages, or 

10 methodologies, as desired. A CPU, such as the host CPU, executing code and data from 
the memory medium includes a means for creating and executing the software program 
or programs according to the methods, flowcharts, and/or block diagrams described 
below. 

A computer system's software generally includes at least one operating system, a 
y 15 speciahzed softwai'e program that manages and provides services to other software 

programs on the computer system. Software may also include one or more programs to 
III perft)rm various tasks on the computer system and various forms of data to be used by the 

Q operating system or other programs on the computer system. The data may include but are 

not limited to databases, text files, and graphics files. A computer system's software 
lij 20 generally is stored in non-volatile memory or on an installation medium. A program may be 

copied into a volatile memory when running on the computer system. Data may be read 

into volatile memory as required by a program. 

A server may be defined as a computer program that, when executed, provides 

services to other computer programs executing in the same or other computer systems. 
25 The computer system on which a server program is executing may also be referred to as a 

server, though it may contain a number of server and client programs. In the cHent/server 

model, a server is a program that awaits and fulfills requests from cUent programs in the 

same or other computer systems. 



Atty. Dkt. No.: 5053-27800 



Page 12 



Conley, Rose & Tayon, P.C. 



The insurance claims processing system 10 may further include a display screen 
50 connected to the computer system 20 and an insurance database 40 residing on an 
internal or external storage. The database may also be referred to as a repository. As 
used herein, a "database" may include a collection of information from which a computer 

5 program may select a desired piece of data. As used herein, an "insurance database" is 
used as a synonym for a "database" when included in or coupled to an insurance claims 
processing system 10. System 20 includes memory 30 configured to store computer 
programs for execution on system 20, and a central processing unit (not shown) 
configured to execute instructions of computer programs residing on system 20. Claims 

10 processing program 60, also referred to as apphcation program software 60, may be 
stored in memory 30. As used herein, an "insurance claims processing program" 60 may 
include a software program which is configured to conduct transactions regarding 
insurance claims, such as by estimating the value of the insixrance claims, for example. 

The insurance claims processing system 10 may be used by an Insurance 

15 Company for various embodiments of a system and method for processing insurance 
claims. As used herein, an Insurance Company (IC) includes a business organization that 
provides insurance products and/or services to customers. More particularly, the 
insurance products may pertain to providing insurance coverage for accidents and the 
trauma-induced bodily injuries that may result due to the accident. Examples of trauma- 

20 induced bodily injuries may include, but are not limited to: loss of limb(s); bone 
fractures; head, neck and/or spinal injury, etc. 

In one embodiment, on receiving a trauma-induced bodily injury, a customer may 
file an insurance claim (IC) with his/her insurance organization to cover medical and 
other accident-related expenses. An IC may utilize a computer-based insurance claim 

25 processing system to process insurance claims. In one embodiment, the processing may 
include estimating a value associated with the filed insurance claim. 

As used herein, an IC business transaction may be defined as a service of an IC. 
Examples of business transactions include, but are not limited to: insurance transactions 
such as filing of claims, payment of claims, application for insurance coverage, and 
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customized benefits, etc. Business transactions may also include services related to 
customers, insurance providers, employers, insurance agents, investigators, etc. 

As used herein, an IC insurance claim processing includes a series of instructions 
executed by a computer system for processing an IC's business transactions. A claim 
5 processing system may include one or more processing tasks. A processing task may 
include a sequence of one or more processing steps or an ordered list or a structured list 
of one or more processing steps, associated with the business transaction to be processed 
by the claim processing system. In one embodiment, the sequence of steps may be fixed. 
In another embodiment the sequence of steps may be estabUshed dynamically, in real- 
10 time. In one embodiment, the sequence of one or more steps may include an initial step, a 
final step, one or more intermediary steps, etc. In one embodiment, an IC user may select 
^2 steps to process an insurance claim in a sequential manner. In another embodiment, the 

ffl IC user may select steps to process an insurance claim in a random or arbitrary manner, 

y Examples of processing steps may inchide, but are not limited to: receiving an input 

%l 15 from a user of the IC insurance claim processing system, reading a value from a database, 
ly updating a field in a database, displaying the results of a business transaction on a 

h\ computer screen, etc. 

In one embodiment, the insurance claim processing system utilizes object- 
yi oriented technology to process insurance claims. In another embodiment, processing of 

S 20 insurance claims may utihze traditional programming languages and databases to achieve 
the same result. Insurance objects may be defined to represent or model real-world business 
features of insurance products and services. Examples of insurance objects may include, but 
are not limited to, objects representing the following: an insurance claim; an accident report; 
a settlement; an estimated claim; IC service facilities, customers, and employees; business 
25 process such as a new insurance apphcation and calculation of a premium; interfaces to 
external insurance organizations; work tasks such as calculations, decisions, and 
assignments; temporal objects such as calendars, schedulers, and timers; and elemental data 
necessary to accomplish work tasks such as medical costs, risk factors, etc. 
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An insurance object may be represented on the computer screen by a graphical icon 
or by a display hstiiig the properties of the insurance object in graphic and/or alphanumeric 
format. An insurance claim object may be configured to gather and evaluate data for 
processing a filed insurance claim and to automatically make decisions about the insurance 

5 claim. The one or more processing steps associated with the processing of an insurance 
claim may also be configured as one or more processing step objects, hi one embodiment, a 
display screen, which also may be referred to as a page, may be associated with a processing 
step. The display screen may also be represented as an object. Each display screen object 
may include a property to point to a previous display and another property to point to a next 

10 display screen. Each property, e.g. the next display pointer on a display screen object, may 
be changed dynamically by using methods associated with the display screen object. One 
display screen object may serve as the starting point for processing insurance claims, hi one 
embodunent, the starting point for processing insurance claims may include acquiring an 
insurance claim identification number jfrom an IC system user. 

15 In one embodiment, during the processing of an insurance claim, a business rule 

and/or an IC system user input may determine that the insurance claim processing needs 
the execution of additional steps or tasks to continue the processing of the claim. The IC 
system user may provide inputs to the insurance claims processing program 60 at any 
display screen associated with a step included in the Table of Contents. The insurance 

20 claim processing software may dynamically modify the number of steps and/or the 
sequence of their execution to complete the claim processing transaction. An IC system 
user working at a chent system may then iterate through the claim processing steps and 
arrive at an estimated value for the insurance claim. 

In one embodiment, upon startup, the program 60 may provide a graphical user 

25 interface to display claims processing related information on display screen 50. It may 
collect user inputs, entered by using user input devices 52, and associated with insurance 
claims. It may process the user inputs, access an insurance database 40, use the contents 
of the insurance database 40 to estimate the insurance claim, and store it in memory 30 
and/or insurance database 40. The program 60 may display a value of the estimated 
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insurance claim on display screen 50. A user may view the display of the estimated 
insurance claim on display screen 50, and may interactively make modifications, 
additions, and deletions to the estimated insurance claim. 

System 20 may also include one or more user input devices 52, such as a 

5 keyboard, for entering data and commands into the insurance claim program 60. It may 
also include one or more cursor control devices 54 such as a mouse for using a cursor to 
modify an insurance claim viewed on display screen 50. In response to the updating of 
the estimated insui'ance claim, the insurance claim program 60 may store the updated 
insurance claim in the insurance database 40. 

10 In one embodiment, the insurance claims processing system may provide context- 

sensitive help for the processing steps. In one embodiment, the context-sensitive help for 
the step may be automatically invoked and displayed on display screen 50 when entering 
the step. In one embodiment, the user may interactively invoke context-sensitive help for 
the step by selecting one or more interface items on the display screen 50 with a cursor 

15 control device 54 such as a mouse. In one embodiment, the user may interactively 
invoke context-sensitive help for the step by using an input device 52. For example, the 
user may select one or more keys or a combination of keys on a keyboard to activate 
context-sensitive help. The context-sensitive help for each processing step may be 
unique, although content may appear in the context-sensitive help for two or more 

20 processing steps. 

In one embodiment, information for the context sensitive help may be accessed 
jfrom help database 400. Help database 400 may include one or more one or more 
documents including information that may be useful to a user in performing the various 
processing steps associated with insurance claims processing. Help database 400 may 

25 also include one or more tables that provide access to the information in the documents. 
Each table may include a plurality of records or entries that may be used to locate help 
information about processing steps and/or the elements in processing steps in the one or 
more documents in the help database 400. 
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In one embodiment, a search interface may be provided in the insurance claims 
processing system. A user may enter in the search interface one or more terms to be 
searched for in help database 400 for the insurance claims processing system. The user 
may then initiate the search for the one or more terms. The insurance claims processing 
5 system may then sciarch the help database 400 for entries including at least one of the one 
or more terms. The insurance claims processing system may locate one or more entries 
in the help database 400 that include at least one of the one or more terms. The 
insurance claims processing system may then display information on display screen 50 
from the located help database 400 entries. 

10 

Figure lb - One embodiment of a networked insurance claim processing system 

Figure lb illustrates one embodiment of a networked system, configured for 
processing insurance claims. In this embodiment, the system is shown as a chent/server 
system with the server systems and client systems connected by a network 62. Network 

15 62 may be a local area network or wide area network, and may include communications 
links including, but not limited to: Ethernet, token ring, Intemet, sateUite, and modem. 
Insurance claims processing system 10 as illustrated in Figure la may be connected to 
network 62. The insurance claims processing system software and insurance database 40 
may be distributed among the one or more servers 70 to provide a distributed processing 

20 system for insurance claim transactions. In other words, an insurance claim processing 
transaction being processed by the insurance claim processing system may be routed to 
any server based upon the workload distribution among servers 70 at the time of the 
transaction. Insurance claim processing system servers 70 may be located on a local area 
network or may be geographically dispersed in a wide area network. 

25 One or more client systems 80 may also be connected to network 62. Client 

systems 80 may reside at one or more claim processing units within the insurance 
company. In a wide area network, client systems 80 may be geographically dispersed. 
Client systems 80 may be used to access insurance claim processing system servers 70, 
insurance database 40 and help database 400. An insurance claim processing employee 
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may use a client system 80 to access the insurance claim processing system and execute 
insurance transactions. An employee may also use a client system 80 to enter insurance 
claim inputs into the insurance claim processing system. One or more printers 90 may 
also be coimected to network 62 for printing documents associated with insurance claim 
transactions. 

Various embodiments further include receiving or storing instructions and/or data 
implemented in accordance with the description herein upon a carrier medium. Suitable 
carrier media include memory media or storage media such as magnetic or optical media, 
e.g., disk or CD-ELOM, as well as transmission media or signals such as electrical, 
electromagnetic, or digital signals, conveyed via a communication medium such as 
networks and/or a wireless Unk. 

Figure 2 - An Insurance Claims Processing Help Database Structure 

Figure 2 illustrates one embodiment of an insurance claims processing help 
database 400 that may be used for context sensitive help and for searching for terms in an 
insurance claim processing system. Help database may include one or more index tables 
402, one or more header tables 404, one or more text tables 406, and one or more 
documents 408. One embodiment may include one index table 402, one header table 
404, and one text table 406. In another embodiment, the header table 404 and text table 
406 may be combined into one master table comprising entries for header portions and 
text portions of the one or more documents 408. 

Index tables 402, header tables 404, and text tables 406 may each include one or 
more records or entries. The entries in index tables 402 may each include a field 
comprising one or more terms or codes that may be used as keys for locating entries in 
header tables 404 ajid/or text tables 406. The entries in index tables 402 may each also 
include information for locating an entry in one of the one or more header tables 404 or 
text tables 406. In one embodiment, an identification number may be used to identify 
each entry in the one or more header tables 404 and text tables 406. The identification 
number may be referred to herein as an object ID. In one embodiment, each entry in the 
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index tables 402 msiy include an object ID that identifies, and that may be used to locate, 
one entry in one of the header tables 404 or text tables 406. In one embodiment, index 
tables 402 may include two or more entries that include the same object ID. In other 
words, two or more index table 402 entries may indicate, or point to, the same entry in a 
5 header table 404 or text table 406. Each entry in index tables 402 may be referred to as 
an occurrence of the term or code included in the index table 402 entry in the help 
database 400. 

In one embodiment, each entry in the header tables 404 and text tables 406 may 
include a unique object ID that may be used to locate the entry. In one embodiment, each 

10 entry in the header tables 404 may include a field containing a header or a portion of a 
header from one of the one or more documents 408. Ahematively, each entry in the 
header tables 404 may include information that may be used to locate a header or a 
portion of a header in one of the one or more documents 408. In one embodiment, each 
entry in the text tables 404 may include a field containing a text section or a portion of a 

15 text section from one of the one or more documents 408. Altematively, each entry in the 
text tables 406 may include information that may be used to locate a text section or a 
portion of a text section in one of the one or more documents 408. 

An example of locating headers and text in documents 408 using index tables 402, 
header tables 404 and text tables 406 follows. Index table may include index entries 410 

20 and 412. Index entry 410 may include a term or code included in a header of one of the 
documents 408, Index entry 410 may include an object ID that may be used to locate 
header entry 414 in one of the header tables 404. Header entry 414 may include a portion 
or all of header 418 from one of the one or more documents 408. Altematively, header 
entry 414 may include information that may be used to locate header 418 in one of the 

25 one or more documents 408. If index entry 410 includes a term, then the term may 
appear one or more times in header 418 and/or in the portion of header 418 included in 
header entry 414. If index entry 410 includes a code, then the code may indicate the 
index table entry 410 refers to a particular header or portion of a header in its entirity (i.e. 
this is not an occurrence of a term). In one embodiment, codes may be used to identify 
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headers or sections of text in documents 408. In one embodiment, codes may be included 
as "hidden" text in one or more sections of documents 408, and may be used in 
constructing header tables 404 and text tables 406. 

Index entry 412 may include a term or code included in a text section of one of 

5 the documents 408. Index entry 412 may include an object ID that may be used to locate 
text entry 416 in one of the text tables 406. Text entry 416 may include a portion or all of 
text section 420 from one of the one or more documents 408. Alternatively, text entry 
416 may include information that may be used to locate text 420 in one of the one or 
more documents 408. If index entry 412 includes a term, then the term may appear one 

10 or more times in text section 420 and/or in the portion of text section 420 included in text 
entry 416. If index entry 412 includes a code, then the code may indicate the index table 
entry 412 refers to a particular text section or portion of a text section (i.e. this is not an 
occurrence of a term). 

Embodiments of index tables 402, header tables 404 and text tables 406 are 

15 further described in Figures 3, 4, and 5, respectively. 

Figure 3 - A table including document header information 

Figure 3 illustrates one embodiment of a table including header information from 
one or more documents 408 related to insurance claims processing. The header table 404 

20 may include a plurality of records, also referred to as entries, with one entry for each 
header element from the one or more documents 408 to be included in a help database 
400 for the insurance claims processing system. Each entry may comprise a plurality of 
fields, which also may be referred to as elements of the entry. 

An entry may include an object identifier (object ID) 100 for the entry. In one 

25 embodiment, the object ID 100 for the entry may be unique in the help database 400. In 
one embodiment, tiae object ID 100 may include information that may be used to identify 
the document that includes the header, and the location in the document of the header. 
For example, the object ED 100 of the first entry in the header table 404 of Figure 3 may 
indicate that the entry is for the header of the first chapter of a first document included in 
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the help database 400, the object ID 100 of the second entry may indicate that the entry is 

for the header of the first section of the first chapter of the first document, and so on. 

An entry may also include the object identifier of a parent entry (parent ID 102) 

for the entry. For example, the parent ID 102 of the entries for the headers of several 
5 sections in the first chapter of a document may be the object ID 100 of the entry for the 

header of the chapter. 

An entry in the header table 404 may also include information on the location in 

the document of the header. For example, byte count 104 may represent the byte 

(character) location in the document of the start of the header. For example, the header of 
10 the first entry in the header table 404 illustrated in Figure 3 may start at the first byte of 

the document, the header of the second entry may start at the 26^^ byte of the document, 

etc. 

In one embodiment, an entry in the header table 404 may also include the 
alphanumeric text of the header firom the document in name field 106. When the entry is 

15 located during context sensitive help or a search, the header text in name 106 may be read 
fi-om the header table and displayed on the display screen for the user to view. Li another 
embodiment, the entry may not store the actual text for the header, but may instead 
include information for locating the text for the header in the document. In this 
embodiment, when the entry is located, the actual text of the header may be read fi-om the 

20 document itself and displayed for the user. 

The order of the columns and rows in the header table 404 as illustrated in Figure 
3 is exemplary and is not intended to be limiting. 

Figure 4 - A table including document text information 
25 Figure 4 illustrates one embodiment of a table including text information from 

one or more documents 408 related to insurance claims processing. The text table 406 
may include a plui'ality of entries, with one entry for each text section fi-om the one or 
more documents 408 to be included in the help database 400 for the insurance claims 
processing system. Each entry may comprise a plurality of fields, which also may be 
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referred to as elements of the entry. In one embodiment, the fields may be substantially 
similar to the fields in embodiments of the header table 404 as illustrated in Figure 3. 

An entry may include an object identifier 110 (object ID), for the entry. In one 
embodiment, the object ID 110 for the entry may be unique in the help database 400. In 

5 one embodiment, the object ID 1 10 may include information that may be used to identify 
the document including the text section and the location in the document of the text 
section. Object ID 1 10 may also include information to distinguish a text table 406 entry 
from a header table 404 entry. For example, a non-zero last digit in the object ID 110 
may indicate that the entry is a text table 406 entry and not a header table 404 entry. The 

10 entry may also include the object identifier of a parent entry (parent ID 1 12) for the entry. 
The parent ID 112 may point to an entry in the text table 406 as the parent of the entry. 
The entry may also include a text field 116 that may include some or all of the text from a 
section of one of the one or more documents 408 in the help database 400. When the 
entry is located during context sensitive help or a search, the text in text field 116 may be 

15 read from the text table and displayed on the display screen for the user to view. 
Alternatively, the entry may not store the actual text, but may instead include information 
for locating the text in the document. In this case, when the entry is located, the actual 
text may be read from the document itself and displayed for the user. 

The order of the columns and rows in the text table illustrated in Figure 4 is 

20 exemplary and is not intended to be limiting. 

Figure 5 - An index table 

Figure 5 illustrates one embodiment of an index table 402 for locating terms 
and/or codes for context-sensitive help and for interactively searching for terms in the 
25 help database 400. Each entry in the index table 402 may represent an occurrence of a 
term or code in the one or more documents 408 included in the help database 400 for the 
insurance claims processing system. Examples of documents that may be included in the 
help database 400 for the insurance claims processing system include, but are not limited 
to: medical journals, textbooks and/or manuals, insurance claims processing manuals or 
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guidebooks, medical glossaries and/or dictionaries, and documents including context 
sensitive help entries for the insurance claims processing steps, and elements of the steps, 
in the insurance claims processing system. 

An entry in the index table 402 may include an object ID 140. The object ID 140 

5 may indicate a unique entry in a help information table in the help database. In one 
embodiment, the help information database may include one or more header tables 404 as 
illustrated in Figure 3 and one or more text tables 406 as illustrated in Figure 4. 

An entry in the index table may also include a term field 142. In one 
embodiment, term field 142 may include one or more terms located in the one or more 

10 documents 408 in the help database 400. In one embodiment, term field 142 may include 
a code representing a step or page in the insurance claims processing system or an 
element in a step in the insurance claims processing system. The codes may be used in 
invoking context-sensitive help in the insurance claims processing system. One 
embodiment may include one or more entries with one or more terms in term field 142 

15 and one or more emtries with codes in term field 142. 

An entry in the index table 402 may also include a Soundex field 144. Soundex is 
a commonly used algorithm for encoding words so that similar sounding words encode 
the same. In one embodiment, the first letter of a word to be converted to a Soundex 
equivalent may be copied unchanged, and then subsequent letters may be encoded as 

20 follows: 

b, f,p,v ->^n" 

c, g,j,k,q,s,x,z,9 -> "2" 

d, t -> "3" 
25 1 -> M" 

m,n,n -> "5" 
r -> "6" 
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Other characters may be ignored and repeated characters may be encoded as 
though they were a single character. Encoding may stop when the resulting string is four 
characters long, adding trailing "0"s if it is shorter. As an example, "SMITH" or 
"SMYTHE" may both be encoded as "S530". The Soundex equivalent may be used for 

5 locating entries in index table when a user mistypes or misspells a word when initiating a 
search. In one embodiment, codes for steps and step elements are not given a Soundex 
equivalent, as a Soundex equivalent of a code is not generally useful. 

Columns 146, 148, and 150 may be used during calculation of the relevance of an 
entry. For each entry in the index table 402, column 146 may indicate the position of the 

10 term or code in the text section or header in which this occurrence of the term or code 
appears. Column 148 may indicate the total count of words in the text section or header. 
For example, in the first entry of the index table 402 as illustrated in Figure 5, the 
position column 146 indicates that the term "System" appears as the fifth word of the 54 
words (from the total words column 148) in the text section indicated by the object ID 

15 column 140. ExanGiining the second entry, the term "System" appears again as the ninth 
word of the same text section. 

In one embodiment, the word count column 150 may be used with entries for 
headers in calculating the relevance value 152. Different information and methods may 
be used for calculating the relevance of occurrences of terms and codes appearing in 

20 headers than the information and methods used to calculate the relevance for terms and 
codes appearing in text sections. In calculating the relevance for headers, the percent of 
the total word count indicated in column 150 may be used as part of the calculation. The 
word count 150 indicates how many words make up the one or more words (or words 
represented by a code) as represented in column 142. For example, in the header entry in 

25 the seventh row of ithe index table as illustrated in Figure 5, the term "Anatomy" is in the 
third position (as indicated by colunm 146) of three words (as indicated by column 148) 
and includes one word. Thus, when calculating the relevance, "Anatomy" is 
approximately 33% of the header. 
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The last column of the index table 402 illustrated in Figure 5 may hold a 
calculated relevance 152 for the occurrence. The relevance may be calculated in advance 
for all occurrences. Alternatively, the relevance for occurrences may not be calculated in 
advance and stored in the index table 402, but instead may be calculated dynamically as 
needed. In one embodiment, columns 146, 148, and 150 may not be stored in the index 
table 402. Instead, the information may be used to calculate the relevance and then 
discarded. One embodiment of the index table 402 may include only an object ID 140, a 
term 142, and a relevance value 152. Another embodiment of an index table 402 may 
only include an object ID 140 and a term 142, and the relevance may be calculated 
dynamically. 

In one embodiment, occurrences in headers may be considered of higher 
relevance than occurrences in text sections. Therefore, different methods may be apphed 
to calculate the relevance of occurrences in headers than are applied to calculate the 
relevance of occurrences in text sections. In one embodiment, relevance values may be 
scaled to be between 0.0 and 1.0, with 1.0 being the highest relevance. In one 
embodiment, the relevance may be calculated so that a relevance value of 0.0 does not 
occur. Note that my scale may be used for the relevance calculation, as it may be the 
ordering of the relevance values that is useful, and not necessarily the scale on which the 
relevance values are calculated. 

In one embodiment, a maximum relevance value may be provided for occurrences 
in text sections. This maximum value may be applied as a weight or scaling factor during 
the relevance calculation. In one embodiment, the maximum relevance value for 
occurrences in text sections may also serve as the minimum value for occurrences in 
headers. In this embodiment, header occurrences may always have at least as high a 
relevance value as the highest relevance text occurrences. In another embodiment, 
header occurrences may always have a higher relevance value than the highest relevance 
text occurrences. 
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The following is an example of using the tables in Figures 3, 4 and 5 for context- 
sensitive help in an insurance claims processing system. A user of the insurance claims 
processing system may begin processing of an insurance claim. The system may enter 
the first step in the processing of the claim. The first step may be displayed in a "page" 

5 on the display screen for the user. Information about the first step and the display page 
for the first step may be stored in the computer executing the insurance claims processing 
system. In this information, a code for the step, which may also be viewed as a code for 
the page, may be stored. When the step is entered, the code may be read fi-om the 
information, and the context-sensitive help system may search the index table 402 for one 

10 or more entries with a code in term field 142 matching the code for the step. Upon 
locating the one or more entries in the index table 402, the context-sensitive help system 
may locate one or more entries in the header tables 404 and/or text tables 406 in the help 
database 400 corresponding to the object IDs 140 in the entries in the index table 402. 
The header and text from the located one or more entries in the header tables 404 and/or 

15 text tables 406 may then be displayed as help information items on the display screen for 
the user. There may be one help information item displayed for each located entry in the 
index table 402. In one embodiment, the help information items may be displayed in an 
order of relevance using the relevance values 152 for the located entries in the index table 
402. 

20 Elements within a step may also be given a code, and the code may be included in 

one or more entries in the index table 402. When a step in insurance claims processing is 
entered, one or more codes for one or elements of the step may also be read from stored 
information about the step. Occurrences of help information for the one or more codes 
may be searched for, ranked by relevance, and displayed similarly to, and along with, the 

25 code for the step as described above. 

The order of the columns and rows in the index table 402 illustrated in Figure 5 is 
exemplary and is not intended to be limiting. 

Figures 6a - 6h - GeneratinR a Help Database 
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Figure 6a is a flow diagram illustrating one embodiment of a mechanism for 
generating an insurance claims processing help database 400, In step 430, one or more 
documents may be processed into header tables 404 and text tables 406. In one 
embodiment, one entry is added to a header table 404 for each header in the one or more 
5 documents 408 in the help database 400. In one embodiment, one entry may be added to 
a text table 406 for each text section in the one or more documents 408 in the help 
database 400. An object ID may be assigned to each entry added to a header table 404 or 
text table 406. A piarent ID of each entry may also be identified. The number of bytes in 
the section of text or header for the entry may also be determined. In one embodiment, 
10 the entry for each occurrence may include the object ID, parent ID, byte count and text 
section for text table 406 entries or header text for header table 404 entries. 
IS In step 432, one or more index tables 402 may be generated. In one embodiment, 

m a plurality of terms may be searched for in the header text of the entries m the one or 

^ more header tables 404 and in the text section of the entries in the one or more text tables 

ill 15 406. Each located occurrence of each term may be recorded as an entry in an mdex table 
f I 402. In one embodiment, one or more codes may be associated with headers and/or text 

sections in the one or more documents, and the one or more codes may be searched for in 
111 the header tables 404 and text tables 406. Each located occurrence of each code may be 

1^7, recorded as an entry m an index table 402. In one embodiment, a code may be used to 

O 20 identify a particular section of text or header in the one or more documents 408. For 
example, a code may be used to identify a section of text that may be displayed as the 
context sensitive help for a step in the insurance claims processing step. In one 
embodiment, an entry may be added to the index table for each occurrence of a term or 
code located in the name field 106 of an entry in a header table 404 or in the text field 
25 116 of an entry in a text table 406. In step 434, the object ID of the header table 404 
entry or text table 406 entry where each occurrence was located may be inserted in the 
object ID field 140 of the index table 402 entry for the occurrence. 

In step 436, one or more other fields may be added to the entries in the index table 
402. In one embodiment, a Soundex equivalent 144 may be added to entries that include 
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a term in the term field 142. In one embodiment, a Soundex equivalent 144 may not be 
added for entries with a code in the term field 142. In one embodiment, for each entry in 
the index table 402, the position of the term or code in the text section or header in which 
this occurrence of the term or code appears may be entered in a position field 146. In one 

5 embodiment, the total count of words in the text section or header may be entered in a 
total words field 148. In one embodiment, for each header table 404 entry in the index 
table 402, a word count 150 may be entered that indicates the number of words in the 
term 142 for this occurrence. In one embodiment, for occurrences in text tables 406, a 
word count of zero may be entered. 

10 In step 438, the relevance value 152 for each occurrence may be calculated and 

entered in index table 402. In one embodiment, the relevance value 152 for each 
occurrence may be calculated up fi-ont, when the help database tables are generated. In 
another embodiment, the relevance value 152 for an occurrence may be calculated 
dynamically when the occurrence is located for display in the insurance claims 

15 processing system. In this embodiment, the index table 402 may not include a relevance 
value 152 for each occmrence. 

Figures 6b through 6h expand on step 438 of Figure 6a and further describe 
several embodiments of a mechanism for calculating the relevance values 152 of 

20 occurrences in the help database. In Figure 6b, the relevance values 152 for occurrences 
in text sections of the one or more documents may be calculated in step 450. In step 452, 
the relevance values 152 for occurrences in headers of the one or more documents may 
be calculated. In one embodiment, a different mechanism may be used to calculate the 
relevance values 152 for occurrences in headers than the mechanism used to calculate the 

25 relevance values 152 for occurrences in text sections. 

Figure 6c expands on step 450 of Figure 6b and further describes one embodiment 
of a mechanism for calculating relevance values 152 for occurrences in text sections of 
the one or more documents in the help database. In step 460, the position 146 of the 
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occurrence in the text section may be subtracted from the total words 148 for the text 
section. In one embodiment, the words in the text section may be numbered in a 
sequence from a first word to a last word. In one embodiment, the first word may be 
numbered as word 0, and the last word as word (N - 1), where N is the total number of 

5 words in the text section. In another embodiment, the first word may be numbered as 
word 1, and the last word as word N, where N is the total number of words in the text 
section. In this embodiment, in step 462, the results of step 460 may be incremented by 
one, which may be effective to prevent the relevance value from being zero. For 
example, applying step 460 to word 10 in a section with 10 words produces (10 - 10) = 0. 

10 Incrementing by one thus may assure that a relevance of zero is not produced. One 
skilled in the art will recognize that there may be various other methods for assuring that 
a relevance of zero is not produced. In yet another embodiment, the words may be 
numbered in reverse order, with the first word in the text section being numbered as word 
N, and the last word as word 1. In this embodiment, steps 460 and 462 may not be 

15 performed. 

In step 464,, the results of step 462, or the results of step 460 in embodiments in 
which step 482 is not performed, may be divided by the total words 148 for the text 
section to produce a ratio Rl that may represent the relevance value 152 for the text 
occurrence. In embodiments where steps 460 and 462 are not performed, in step 464, the 

20 word number of the term in the text section may be divided by the total words 148 to 
produce the ration Rl. In one embodiment, the ratio Rl may be in the range (0 < Rl <= 
1.0). In one embodiment, occurrences in headers may be considered more relevant than 
occurrences in text sections. In this embodiment, in step 466, Rl may be multiphed by a 
first scaling factor SI to lower the relevance values of text section occurrences in relation 

25 to occurrences in headers. For example, a seating factor SI of 0.33 may be appUed to Rl . 
Thus, in on embodiment, after step 466, R may be in the range (0 < Rl <= SI). 

In one embodiment, in step 467, the output of step 466, or the output of step 464 
in embodiments where step 466 is not performed, may be rounded to a number of 
significant digits. Various rounding methods may be used including rounding up. 
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rounding down, and rounding to the nearest value. For example, if two significant digits 
are desired, the results may be rounded to produce results in the range (0.01-1.00) 
inclusive. In step 468, the results are output as the relevance value 152 for the occurrence 
in the text section. In one embodiment, the output relevance value 152 may be written to 

5 the index table 142. 

The following is an example of applying one embodiment of a mechanism for 
calculating the relevance value for a text occurrence and is not intended to be limiting in 
any way. The first row of the index table 402 as illustrated in Figure 5 shows that the 
term "System" appears as the fifth of 54 words in a text section. A first scaling factor SI 

10 of 0.33 is to be appUed and the results rounded to two significant digits. Applying the 
steps of Figure 6c: 



Step 460 
Step 462 
15 Step 464 

Step 466 
Step 467 



54-5-49 

49 + 1 = 50 

50 / 54 - @ 0.925925 
0.925925 * 0.33 = 0.30555525 
Round (0.30555525) = 0.31 



Figure 6d expands on step 452 of Figure 6b and further describes one 
20 embodiment of a mechanism for calculating relevance values 152 for occurrences in 
headers of the one or more documents in the help database. In step 470, a first relevance 
value based on the position of the term in the header may be calculated. In step 472, a 
second relevance value based on the percentage of the header the term occupies may be 
calculated. In step 474, the positional and percentage relevance values may be combined. 
25 In one embodiment, occurrences in headers may be considered more relevant than 
occurrences in text sections. In this embodiment, in step 476, the relevance value may be 
adjusted using a first scaling factor to adjust the relevance value in relation to the 
relevance values of occurrences in text sections. In one embodiment, in step 477, the 
output of step 476, or the output of step 474 in embodiments where step 476 is not 
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performed, may be rounded to a number of significant digits substantially similarly to the 
rounding method used in step 467 of Figure 6c, In step 478, the results may be output as 
the relevance value 152 for the occurrence in the header. In one embodiment, the output 
relevance value 152 may be written to the index table 142, 

5 

Figure 6e expands on step 470 of Figure 6d, illustrating one embodiment of a 
mechanism for calculating the positional relevance of an occurrence in a header. In one 
embodiment, this mechanism may be substantially similar to the mechanism described in 
steps 460 to 464 of Figure 6c. Li step 480 of Figure 6e, the position 146 of the 

10 occurrence in the header may be subtracted from the total words 148 for the occurrence. 
In one embodiment, in step 482, the results of step 480 may be incremented by one, 
which may be effective to prevent the relevance value from being zero. One skilled in 
the art will recogitiize that there may be various other methods for assuring that a 
relevance of zero is not produced. In step 484, the results of step 482, or the results of 

15 step 480 in embodiments in which step 482 is not performed, may be divided by the total 
words 148 for the occurrence to produce a ratio R2 that may represent the relevance 
value 152 for the header occurrence. The ratio R2 may be in the range (0 < R2 <=- 1). 

Figure 6f expands on step 472 of Figure 6d, illustrating one embodiment of a 
20 mechanism for calculating the percentage relevance of an occurrence in a header. In one 
embodiment, a term may include one or more words. In step 486, the number of words 
150 in the term 142 may be divided by the total number of words 148 in the header to 
produce the percentage of the header occupied by the term. For example, if a term 
comprises two words, and a header where an occurrence of the term is foxmd comprises 
25 three words, then the percentage relevance may be calculated as 2 / 3 = 0.667. 

Figxire 6g expands on step 474 of Figure 6d and illustrates one embodiment of a 
mechanism for combining the positional relevance as calculated in Figure 6e and the 
percentage relevance as calculated in Figure 6f for an occurrence in a header. In one 
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embodiment, the pO'sitional relevance may be multiplied by a second scaling factor S2 in 
step 490. In step 492, the percentage relevance may be multipUed by (1 - S2). In one 
embodiment, the percentage relevance may be considered more important than the 
positional relevance, and thus the percentage relevance may be given a larger weight than 
5 the positional relevance. For example, S2 may be assigned a value of 0.33, and the 
positional relevance multiplied by S2. The percentage relevance may then be multipUed 
by (1 - S2) = 0.67. In step 494, the scaled position and percentage relevance values may 
be added to produce the relevance value for the occurrence in the header. 

In one embodiment, occurrences in headers may be considered more relevant than 
occurrences in text sections. Figure 6h expands on step 476 of Figure 6d and illustrates 
one embodiment of a mechanism for adjusting the header relevance value in relation to 
the relevance values of occurrences in text sections. In step 496, the header relevance 
value results of step 494 may be multiplied by (1 - SI), where SI is the first scaling factor 
as described in stqp 466 of Figure 6c. For example, if SI ^ 0,33, then the combined 
relevance value may be multiplied by (1 - 0.33) = 0.67. In one embodiment, the scaled 
header relevance value may then be adjusted by adding the first scaling factor SI to the 
header relevance value, so that the minimum header relevance value is higher than the 
maximum text section relevance value. For example, if SI = 0.33, then the maximum 
text section relevance value may be 0.33. By applying step 498, the minimum header 
relevance value may be 0.34. In one embodiment, after performing steps 496 and 498, a 
header relevance value R3 may be within the range ((SI + 1) <= R <= 1.0). 

The following is an example of applying one embodiment of a mechanism for 
25 calculating the relevance value for a header occurrence and is not intended to be limiting 
in any way. The eighth row of the index table 402 as illustrated in Figure 5 shows that 
the term "Anatomy" appears as the second of five words in a header. A first scaling 
factor SI = 0.33 and a second scaling factor S2 = 0.3 are to be used, and the results 
rounded to two significant digits. Applying the steps of Figure 6d-6h: 
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Step 470 (Figure 6e): 

Step 480: 5 -2 = 3 

Step 482: 3 + 1 =4 

Step 484: 4/5 = 0.8 
Step 472 (Figure 6f): 

Step 486: 1 / 5 = 0.2 
Step 474 (Figure 6g): 

Step 490: 0.8 * 0.3 = 0.24 

Step 492: 0.2 * (1.0 - 0.3) = 0.14 

Step 494: 0.24 + 0.14 = 0.38 
Step 476: 

Step 496: 0.38 * (1.0 - 0.33) = 0.2546 

Step 498: 0.2546 + 0.33 = 0.5846 
Step 477: 

Roujid (0. 5846) = 0.58 

Figures 7a -7c - A mechanism for providing context-sensitive help 
20 Figures 7a through 7c are flow diagrams describing embodiments of a mechanism 

for providing context-sensitive help in an insurance claims processing system. Figure 7a 
illustrates a high-level view of the entire process, while Figures 7b and 7c give more 
detail of various steps of Figure 7a. 

In Figure la, a user may initiate processing of an insiirance claim in the insurance 
25 claims processing system in step 300. The insurance claims processing may begin at a 
first processing step, and may continue through a number of processing steps until the 
insurance claim has been processed. A next processing step may be determined by the 
user input at a current processing step. Each processing step may be displayed to the user 
in one or more pages on a computer display screen. 
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In step 302, the claims processing system may enter a processing step and display 
a page for the processing step. In step 304, the context-sensitive help for the page may be 
invoked. Context-sensitive help for each processing step may be unique, although 
content may appesir in the context-sensitive help for two or more processing steps. 
5 Context-sensitive help may also be imique for each of the one or more pages within a 
processing step. In step 306, the page for the processing step may be displayed along 
with the context-sensitive help for the page. In one embodiment, the context-sensitive 
help for the page may instead be replace the display of the page for the processing step. 
In one embodiment, the displayed page may occupy substantially the entire display 
10 screen on the display device. In another embodiment that supports windows, the page 
may be displayed in a window on the display screen. In one embodiment, the page may 
be divided into two or more panes, the context-sensitive help may be displayed in one or 

,S more panes on the page, and the processing step contents may appear in one or more 

%: panes on the page. 

W 15 

m Figure 7b ilhistrates step 304 of Figure 7a in more detail. In step 304 of Figure 

7a, the context-sensitive help for the page is invoked. In step 308, items to be searched 
O for in the context-sensitive help system may be determined. In one embodiment, each 

%l page in the insurance claims processing system may have a unique code, which may be 

W 20 referred to as a pjige ID. The page ID for the invoked page may be read. In one 
O embodiment, the page ID may be stored with information describing the page that is read 

by the claims processing system prior to displaying the page. The information may 
describe the format and contents of the page. Alternatively, the page ID may be 
"hardcoded" into the code of the claims processing system. 
25 The page may include one or more elements that have associated codes. The 

codes for the one or more elements on the page may also be read. In one embodiment, 
the elements on the page may be system-supplied "answers" to questions posed to the 
user during the claims processing. In one embodiment, the answers may be 
classifications for injuries, anatomical regions, etc. used during injury claims processing. 
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In another embodiment, instead of reading codes for the elements, the text of the 
elements may be reaid. 

In step 3 10, the insurance claims processing system may search one or more index 
tables as illustrated in Figure 6 for entries including the page ID that may be used to 
locate help entries for the page in one or more help tables as illustrated in Figures 4 and 
5. The index table may also be searched for entries for the elements of the page. In one 
embodiment, a code for an element is used to search the one or more index tables for 
entries. In another (smbodiment, the text of the elements is used to search the one or more 
index tables for entiies. 

In step 312, one or more entries may be located in the one or more index tables. 
In one embodiment, there will be at least one entry located for the page ID in the one or 
more index tables. In one embodiment, if elements of the page have an associated code, 
there will be at leasst one entry located for each code in the one or more index tables, hi 
one embodiment, each entry in the one or more index tables may indicate an occurrence 
in the one or more documents included in the help database for the insurance claims 
processing system of the page ID, code, or term included m the index table entry. 

In step 314, entries may be located in one or more help tables using information 
from the entries located in the one or more index tables for the page ID and any elements 
of the page. The help tables may be substantially similar to the tables illustrated in 
Figures 4 and 5. In one embodiment, each entry in an index table includes an object ID. 
The one or more help tables may be searched for occurrences of the object ID in each 
located entry. In one embodiment, the object ID may include information used to 
determine which help table the object ID is found in. For example, the last two digits of 
the object ID may indicate if the object ID is an entry for a header table similar to the one 
illustrated in Figure 4 or for a text table similar to the one illustrated in Figure 5. In one 
embodiment, there may be one entry in the help tables for each object ID. In one 
embodiment, a paiticular object ID may be included in one or more entries in an index 
table. 
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Figure 7c illustrates step 306 of Figure 7a in more detail In step 306 of Figure 
7a, the context-sensitive help for the page may be displayed. In step 320 of Figure 7c, the 
located help table entries may be ranked by relevance. In one embodiment, the entries in 
the index table may include a relevance value. The located help table entries may be 
5 ranked from highest relevance to lowest relevance. Entries with the same relevance may 
be ranked by any of several methods, including, but not limited to: alphabetic ranking and 
order of appearance in the index table. In one embodiment, the located help table entries 
may be listed without ranking for relevance. In one embodiment, any entries found for 
the page code may be displayed at the top of the list regardless of the relevance ranking 
10 of the entry. Entries for other codes in the page may then be ranked below the page code 
entry or entries in order of relevance. In one embodiment, when there is more than one 
term being searched for, located entries may be first ranked on the number of search 
'5 terms the entries include. A header or text section of a document may include one or 

^ more occurrences of the page ID, codes, or terms being searched for. Entries that include 

III 15 more search terms may be ranked higher than entries with fewer search terms. The 
'l^ entries within the ranking categories may then be ranked by relevance within the 

rU category. Thus, entries with lower relevance, but more search terms, may appear higher 

Q in the overall ranking than entries with higher relevance, but fewer search terms. 

%l In step 322, information from the located help table entries may be displayed. In 

W 20 one embodiment, the entries may be displayed in the order of relevance as determined in 
Q step 320. The help table entries may include portions of text from one or more 

documents related to insurance claims processing. Some help table entries may include 
section headers from the one or more documents. Some help table entries may include 
text from the bodies of sections of the one or more documents. Some help entries may 
25 include glossary information from the one or more documents. Other entries may include 
text from other portions of the one or more documents. In one embodiment, the 
relevance value may also be displayed. 

In step 324, information describing the location of the displayed portions of text 
in the one or more documents may be displayed. This information may allow the user to 
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look up (electronically or manually) located occurrences in the one or more documents. 
The location information may include, but is not limited to: document title, chapter title, 
and/or number, chapter or section header, section nximber and/or title, page number, 
number of occurrences in the section, etc. 

In one embodiment, the page display may be split into sections, or panes. In one 
embodiment, the information from the located help table entries may be displayed in a 
first pane; the information describing the location in the one or more documents of 
displayed portions of text may be displayed in a second pane; and the step information 
may be displayed in a third pane. In one embodiment, separate windows may be used to 
display the information from the located help table entries, the locations in the one or 
more documents, and the step information. 

Figure 8 - A display screen showing context sensitive help information 

Figure 8 illustrates one embodiment of a display screen 200 showing multiple 
panes, wherein two of the panes comprise context sensitive help information for a step 
and the elements of the step. In this embodiment, pane 202 may display a step in the 
processing of an insurance claim. One or more step elements 203 may be displayed in 
pane 202. One or more context sensitive help occurrences for the step may be displayed 
in pane 230. One or more context sensitive help occurrences for the elements in the step 
may also be displayed in pane 230. Locations for the context sensitive help occurrences 
displayed in pane 230 may be displayed in pane 232. In one embodiment, a location may 
be displayed as a chapter hierarchy of the document in which the occurrence is found. 

Figure 9 - A mechanism for searching for insurance claims processing terms 

Figure 9 is a flow diagram illustrating one embodiment of a mechanism for 
searching for insurance claims processing terms. In one embodiment, the search 
mechanism may use the same one or more index tables and one or more help tables as are 
used in the mechanism for providing context sensitive help as described in Figures 7a-7c. 
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A user may first initiate processing of an insurance claim in the insurance claims 
processing system. The insurance claims processing may begin at a first processing step, 
and may continue through a number of processing steps until the insurance claim has 
been processed. A next processing step may be determined by the user input at a current 
processing step. Each processing step may be displayed to the user in one or more pages 
on a computer display screen. The claims processing system may enter a processing step 
and display a page for the processing step. 

A search interface may be presented to the user on the display screen. In one 
embodiment, the search interface may be displayed in response to user action. For 
example, the user may activate a button or menu item to cause the system to display the 
search interface. The search interface may be presented in any of various forms. For 
example, a text entiy box may be displayed that accepts one or more terms or phrases to 
be searched for, and a button may be displayed that initiates a search when activated by 
the user. The text entry box may also accept special characters, for example, quotation 
marks around a group of terms that are to be searched for as a phrase. The text entry box 
may also accept logical operators; for example, an AND operator may be entered 
between two terms to indicate that help table entries are to be searched for that include 
both terms. 

In step 350,, the user may enter in the search interface one or more terms to be 
searched for in the help database for the insurance claims processing system. The user 
may then initiate the search for the one or more terms. In step 352, the insurance claims 
processing system may search the one or more index tables for entries including at least 
one of the one or more terms. 

In step 354, one or more entries may be found in the one or more index tables that 
include at least one of the one or more terms. In step 356, the located entries in the index 
table may be used to locate help entries in the one or more help tables that include at least 
one of the one or more terms. In one embodiment, each entry in an index table includes 
an object ID. The one or more help tables may be searched for occurrences of the object 
ID from each of the located entries. 



Atty. Dkt. No.: 5053-27800 



Page 38 



Conley, Rose & Tayon, P.C. 



In step 358, the located help table entries may be ranked by relevance. In one 
embodiment, the entries in the index table may include a relevance value. The located 
help table entries may be ranked from highest relevance to lowest relevance. Entries with 
the same relevance may be ranked by any of several methods, including, but not limited 

5 to: alphabetic ranking and order of appearance in the index table. 

In one embodiment, when there are more than one terms being searched for, 
located entries may be first ranked on the number of search terms the entries include. 
Entries that include more search terms may be ranked higher than entries with fewer 
search terms. For example, if the user enters three terms to be searched for, entries that 

10 include all three of the search terms may be ranked first, then entries that include two of 
the search terms, and finally entries that include just one of the search terms. The entries 
within the ranking categories may then be ranked by relevance within the category. 
Thus, entries with lower relevance, but more search terms, may appear higher in the 
overall ranking than entries with higher relevance, but fewer search terms. 

15 In one embodiment, if there is more than one term being searched for, 

occurrences including more than one of the search terms may be listed once, rather than 
listing the occurrence for each search term included in the occurrence. A relevance value 
of occurrences including more than one search term may be calculated from the relevance 
value of each of the terms included in the occunence. For example, if a search is 

20 initiated for the terms "Anatomy" and "Body", and the index table 402 illustrated in 
Figure 5 is searched, the term "Anatomy" will be located in the third entry in the table, 
and the term "Body" in the fourth entry. The third and fourth entries have the same 
object ID 140, indicating that these occurrences are from the same text section. In one 
embodiment, only one occurrence may be displayed on the display screen for the text 

25 section entry in text table 406 indicated by the object ID 140 of entries two and three in 
index table 402. In one embodiment, the relevance value for an occurrence including 
more than one term may be calculated using the following method: 

Relevance Value = Sum of Occurrence Relevance Values / Number of Occurrences 
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Applying this method to the relevance values 152 of the third and fourth entries in index 
table 402: 

(0.28 + 0.25)/ 2 = 0.265 

In one embodiment, the calculated relevance value for the occurrence including 
the two search terms (0.265) may then be rounded to 0.27. In one embodiment, the 
calculated relevance value may then be used in ranking the occurrence including two 
terms against other occurrences including two terms. 

In step 360, information from the located help table entries may be displayed. In 
one embodiment, the entries may be displayed in the order of relevance as determined in 
step 358. The help table entries may include portions of text from one or more 
documents related to insurance claims processing that include one or more of the one or 
more search terms. Some help table entries may include section headers from the one or 
more documents. Some help table entries may include text from the bodies of sections of 
the one or more documents. Some help entries may include glossary information from 
the one or more documents. Other entries may include text from other portions of the 
one or more documents. In one embodiment, the relevance value may also be displayed. 

In step 362, information describing the location of the displayed portions of text 
in the one or more documents may be displayed. This information may allow the user to 
look up (electronically or manually) located occurrences in the one or more documents. 
The location infonriation may include, but is not hmited to: document title, chapter title, 
and/or number, chapter or section header, section number and/or title, page number, 
number of occurrences in the section, etc. 

In one embodiment, the page display may be split into sections, or panes. In one 
embodiment, the information from the located help table entries may be displayed in a 
first pane; the information describing the location in the one or more documents of 
displayed portions of text may be displayed in a second pane; and the step information 
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may be displayed in a third pane. In one embodiment, separate windows may be used to 
display the information from the located help table entries, the locations in the one or 
more documents, and the step information. 

Figure 10 - A display screen showing search results information 

Figure 10 illustrates one embodiment of a display screen 200 showing multiple 
panes, wherein tw^o of the panes comprise search results information. In this 
embodiment, pane 202 may display a page for a step in the processing of an insurance 
claim. The search term "cuboid" 208 has been previously entered by the user, and a 
search was initiated and completed. 

In pane 204, occurrences of the search terms (located entries in the one or more 
help tables) may be displayed. Column 210 of pane 204 may display a location where 
the term is found. In one embodiment, a portion or all of a text section or a portion or all 
of a header from a document may be displayed in column 210. Column 212 may display 
a portion or all of a chapter or section title of the document where the occurrence is 
located. Column 214 may list the search term(s) that appear in the occurrence. In this 
example, only one term 208 was entered. If muhiple search terms are entered, then all 
search terms that appear in a listed occurrence may be listed in column 214. Column 216 
may display the number of search terms found in the occurrence. Column 218 may 
display the relevance value for the entries. In this example, all displayed entries have the 
same relevance value (1). Other embodiments may include more or fewer columns 
displaying the same or other information about the occurrences. In one embodiment, not 
all located entries may be displayed in pane 204. An interface item or items may be 
provided to the user to display other located entries. Interface items may be items 
displayed graphically on the screen (for example, icons) and selectable using input/output 
devices such as a mouse, joystick, or arrow keys on a keyboard. Interface items may also 
be keyboard selections such as ftmction keys or key combinations. For example, a button 
may be provided that allows the user to scroll down the list of located entries in pane 204. 
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In pane 206, information about the location of the occurrences in pane 204 may 
be displayed. Column 220 may display chapter numbers and/or chapter headers from the 
one or more documents in the help database that include one or more of the located 
occurrences displayed in pane 204. In one embodiment, there may be one entry in pane 
5 206 for each entry in pane 204. Alternatively, there may be one entry in pane 206 for 
each chapter that includes at least one of the occurrences displayed in pane 204. An 
interface item or items may be provided to allow the user to display entries not currently 
displayed in pane 206. 

10 Figure 1 1 - Hiding context-sensitive help and search results panes 

Figure 11 shows the display screen 200 of Figure 10, with one of the search 
results panes (pane 204) hidden to provide more display area for claims processing 
information. In this embodiment, pane 206 is moved nearer to the top of the display 
screen than in the display screen illustrated in Figure 10. Pane 202 displays the page for 

15 a step in the processing of an insurance claim. Pane 202 has been expanded to provide 
more lines for displaying the elements of the step than in the display screen illustrated in 
Figure 10. Thus, in this example, pane 202 of Figure 11 displays the step element "Injury 
Description" 220 which was hidden in pane 202 of Figure 10. 

An interface item or items may be provided to the user for hiding or showing one 

20 or more panes displaying portions of the search results or context-sensitive help. 
Interface items may be items displayed graphically on the screen (for example, icons) 
selectable using input/output devices such as a mouse, joystick, or arrow keys on a 
keyboard. Interface items may also be keyboard selections such as function keys or key 
combinations. For example, a function key or key combination may be provided to 

25 toggle between hiding and showing pane 204. 

The example illustrated in Figure 11 is of a display with search results. In one 
embodiment, the hiding and showing of panes as described above may be applied to 
displays with panes displaying context-sensitive help for a step. 
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The ability to hide portions of search results or context-sensitive help may be 
useful in insurance claims processing systems with displays that have a limited amount of 
display space. For example, displays on some terminals may be limited to 24 lines of 
text. If the search results are displayed in two panes each using eight lines, hiding one of 
5 the panes may double the display space for the step elements from eight to sixteen lines. 

Although the system and method of the present invention have been described in 
connection with several embodiments, the invention is not intended to be limited to the 
specific forms set forth herein, but on the contrary, it is intended to cover such 
10 alternatives, modifications, and equivalents as can be reasonably included within the 
spirit and scope of the invention as defined by the appended claims. 
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WHAT IS CLAIMED IS: 



L A method for determining relevance values of terms in a help database in a 
computer-based insurance claims processing system, the method comprising: 

determining a word position of an occurrence of a term in a portion of a document 

in the help database, wherein the portion of the document comprises one 

or more words; 

determining a total word count of the portion of the document; and 

determining a relevance value for the occurrence of the term in the portion of the 

document using the word position of the occurrence and the total word 

count of the portion of the document. 

2. The method of claim 1 , 

wherein said determining the relevance value for the occurrence comprises: 

dividing the word position by the total word count to produce the 
relevance value for the occurrence. 

3 . The method of claim 1 , fixrther comprising: 

multiplying the relevance value by a first scaling factor to produce a scaled 
relevance value. 

4. The method of claim 1 , further comprising: 

rounding the relevance value to a number of significant digits. 

5. The method of claim 1, further comprising: 

storing the determined relevance value for the occurrence in an entry in a table in 
the help database. 

6. The method of claim 1 , further comprising: 
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numbering the one or more words in the portion of the document from N down to 

1, wherein N is the total word count of the portion of the document; 
wherein said determining the word position of the occurrence comprises: 

determining the word number of a first word of the term in the one or 
5 more words in the portion of the document; and 

wherein said determining the relevance value for the occurrence comprises: 

dividing the word position by the total word count to produce the 
relevance value for the occurrence. 

The method of claim 1, finther comprising: 

numbering the one or more words in the portion of the document from 1 up to N, 

wherein N is the total word count of the portion of the document; 
wherein said determining the word position of the occurrence comprises: 

dete:rmining a word number of a first word of the term in the one or more 
words in the portion of the document, wherein the word number of 
the first word of the term is used as the word position of the 
occurrence; and 

wherein said determining the relevance value for the occurrence comprises: 

subtracting the word position from the total word count to produce a first 
results; 

adding one to the first results to produce a second results; and 
dividing the second results by the total word count to produce the 
relevance value for the occurrence. 

25 8 . The method of claim 1 , 

wherein the portion of the document is a text section. 

9. The method of claim 1 , 

wherein the portion of the document is a header. 



10 7. 



15 



20 
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10. The method of claim 1, 

wherein said determining the relevance value for the occurrence comprises: 

dividing the word position by the total word count to produce a positional 
5 relevance value for the occurrence; 

dividing a number of words in the term by the total word coxmt of the 
portion to produce a percentage relevance value for the occurrence; 
and 

combining the positional relevance value and the percentage relevance 
10 value to produce the relevance value for the occurrence. 

1 1 . The method of claim 1 0, further comprising : 

multiplying the relevance value by a second scaling factor to produce a scaled 
relevance value. 

15 

12. The method of claim 1 0, further comprising: 

rounding the relevance value to a number of significant digits. 

1 3 . The method of claim 1 0, further comprising: 

20 storing the determined relevance value for the occurrence in an entry in a table in 

the help database. 

14. The method of claim 1 0, 

wherein said combining the positional relevance value and the percentage 
25 relevance value to produce the relevance value for the occurrence 

comprises: 

multiplying the positional relevance value by a third scaling factor to 
produce a scaled positional relevance value; 
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multiplying the percentage relevance value by a fourth scaling factor to 
produce a scaled percentage relevance value; and 

adding the scaled positional relevance value and the scaled percentage 
relevance value to produce the relevance value for the occurrence. 

5 

1 5 . The method of claim 1 4, 

wherein the third scaling factor is substantially equal to (1 - the fourth scaling 
factor). 



10 

16. A method for determining relevance values of terms in a help database in a 
computer-based insurance claims processing system, the method comprising: 

determining a word position of an occurrence of a term in a portion of a document 
in the help database, wherein the portion of tiie document comprises one 
15 or more words; 

determining a total word count of the portion of the document; 
determining if the portion of the document is a header or a text section; and 
determining a relevance value for the occurrence of the term in the portion of the 
document using the word position of the occurrence and the total word 
20 count of the portion of the document; 

wherein, if the portion of the document is a text section, said determining the 
relevance value for the occurrence comprises: 

dividing the word position by the total word count to produce the 
relevance value for the occurrence; and 
25 wherein, if the portion of the document is a header, said determining the relevance 

value for the occurrence comprises: 

dividing the word position by the total word count to produce a positional 
relevance value for the occurrence; 
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dividing a number of words in the term by the total word count of the 
portion to produce a percentage relevance value for the occurrence; 
and 

combining the positional relevance value and the percentage relevance 
value to produce the relevance value for the occurrence. 

17. The method of claim 16, further comprising: 

providing a first scaling factor for occurrences in text sections; 
wherein, if the portion of the document is a text section, the method further 
comprises: 

multiplying the relevance value by the first scaling factor to produce a 
text section relevance value. 

18. The method of claim 17, further comprising: 

providing a second scaling factor for occurrences in headers; 
wherein, if the portion of the document is a header, the method further comprises: 
multiplying the relevance value by the second scaling factor to produce a 
header relevance value, 

19. The method of claim 18, 

wherein the second scaling factor is substantially equal to (1 - the first scaling 
factor). 

20. The method of claim 18, 

wherein, if the portion of the document is a header, the method further comprises: 
adjusting the header relevance value by adding the first scaling factor to 
the header relevance value. 

21. The method of claim 16, further comprising: 
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rounding the relevance value to a number of significant digits. 



22. The method of claim 16, further comprising: 

storing the determined relevance value for the occurrence in an entry in a table in 
5 the help database. 

23 . The method of claim 1 6, 

wherein said combining the positional relevance value and the percentage 
relevance value to produce the relevance value for the occurrence 
10 comprises: 

multiplying the positional relevance value by a third scaling factor to 

produce a scaled positional relevance value; 
multiplying the percentage relevance value by a fourth scaling factor to 
produce a scaled percentage relevance value; and 
15 adding the scaled positional relevance value and the scaled percentage 

relevance value to produce the relevance value for the occurrence. 

24. The method of claim 23, 

wherein the third scaling factor is substantially equal to (1 - the fourth scaling 
20 factor). 



25. A method for determining relevance values of terms in a computer-based 
insurance claims processing system comprising a help database, wherein the help 
25 database comprises one or more documents, the method comprising: 

searching the one or more documents in the help database for occurrences of one 

or more terms used in the insurance claims processing system; 
locating in the one or more documents one or more occurrences of the one or 
more terms in response to said searching; 
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determining a relevance value for each of the one or more occurrences located in 

the one or more documents; and 
storing the determined relevance value for each of the one or more occurrences in 

a table in the help database; 
wherein the relevance values for the one or more occurrences are used in 

displaying the one or more occurrences of the one or more terms in order 

of relevance in the insurance claims processing system. 

26. The method of claim 25, 

wherein the one or more documents comprise headers and text sections; 

wherein said determining the relevance value for each of the one or more 
occurrences located in the one or more documents comprises: 
deteiinining a header relevance value for an occurrence if the occurrence 
is in a header; and 

deteimining a text section relevance value for the occurrence if the 
occurrence is in a text section. 

27. The method of claim 26, 

wherein the text section comprises N words; 

wherein the occurrence of the term is at an Xth word in the text section, wherein 
X is from 1 to N, and wherein 1 is a location of a first word in the text 
section; 

wherein said determining the text section relevance value for the occurrence if the 
occurrence is in the text section comprises: 

detemining the text section relevance value using N and X, wherein the 
text section relevance value is higher the closer the occurrence is to 
the beginning of the text section. 

28. The method of claim 26, 
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wherein the header comprises N words; 

wherein the occurrence of the term is at an Xth word in the header, wherein X is 
from 1 to and wherein 1 is a location of a first word in the header; 

wherein the term comprises T words, wherein T is from 1 to N; 

wherein said determining the header relevance value for the occurrence if the 
occurrence is in a header comprises: 

determining a positional relevance value using N and X, wherein the 

determined positional relevance value is higher the closer the 

occurrence is to the beginning of the header; 
determining a percentage relevance value using T and N, wherein the 

percentage relevance value is the percentage of the header 

occupied by the term; and 
combining the positional relevance value and the percentage relevance 

value to produce the header relevance value. 



29. An insurance claims processing system comprising: 
a computer system including a memory medium; 

a help database for the insurance claims processing system stored in the memory 
medium, wherein the help database comprises one or more documents 
related to the processing of insurance claims in the insurance claims 
processing system and one or more tables configured for use in locating 
occurrences of terms in the help database; 

program instructions stored in the memory medium and executable within the 
computer system, wherein the program instructions are executable to: 
deteraiine a word position of an occurrence of a term in a portion of a first 
document in the help database, wherein the portion of the first 
document comprises one or more words; 
deteimine a total word count of the portion of the first document; and 
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deteimine a relevance value for the occurrence of the term in the portion 
of the first document using the word position of the occurrence and 
the total word count of the portion of the first document. 



5 30. The system of claim 29, 

wherein, in said determining the relevance value for the occurrence, the program 
instructions are further executable to: 

divide the word position by the total word count to produce the relevance 
value for the occurrence. 

10 

31. The system of claim 29, wherein the program instructions are further executable 
to: 

multiply the relevance value by a first scaling factor to produce a scaled 
relevance value. 

15 

32. The system of claim 29, wherein the program instructions are further executable 



to: 



round the relevance value to a number of significant digits. 



20 33. The system of claim 29, wherein the program instructions are further executable 
to: 

store the determined relevance value for the occurrence in an entry in a first table 
in the help database. 

25 34. The system of claim 29, wherein the program instructions are further executable 
to: 

number the one or more words in the portion of the document from N down to 1, 
wherein N is the total word count of the portion of the document; 
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wherein, in said determining the word position of the occurrence, the program 
instructions are further executable to: 

deteraiine the word number of a first word of the term in the one or more 
words in the portion of the document; and 
5 wherein, in said determining the relevance value for the occurrence, the program 

instructions are further executable to: 

divide the word position by the total word count to produce the relevance 
value for the occurrence. 

The system of claim 29, wherein the program instructions are further executable 

number the one or more words in the portion of the document from 1 up to N, 

wherein N is the total word count of the portion of the document; 
wherein, in said determining the word position of the occurrence, the program 
instructions are frirther executable to: 

determine a word number of a first word of the term in the one or more 
words in the portion of the document, wherein the word number of 
the first word of the term is used as the word position of the 
occurrence; and 

wherein, in said determining the relevance value for the occurrence, the program 
instructions are further executable to: 

subtract the word position from the total word count to produce a first 
results; 

add one to the first results to produce a second results; and 
divide the second results by the total word count to produce the relevance 
value for the occurrence. 

36. The system of claim 29, 

wherein the portion of the document is a text section. 



10 35. 
to: 

: 

S 15 



20 
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37. The system of claim 29, 

wherein the portion of the document is a header. 

The system of claim 29, 

wherein, in said determining the relevance value for the occurrence, the program 
instructions are further executable to: 

divide the word position by the total word count to produce a positional 

relevance value for the occurrence; 
divide a number of words in the term by the total word count of the 
portion to produce a percentage relevance value for the occurrence; 
and 

combine the positional relevance value and the percentage relevance value 
to produce the relevance value for the occurrence. 

The system of claim 38, wherein the program instructions are further executable 

multiply the relevance value by a second scaling factor to produce a scaled 
relevance value. 

The system of claim 38, wherein the program instructions are further executable 

round the relevance value to a number of significant digits. 

25 41. The system of claim 38, wherein the program instructions are further executable 
to: 

store the determined relevance value for the occurrence in an entry in a first table 
in the help database. 



5 38. 



10 



i 39. 

O 40. 

^ to: 
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42. The system of claim 3 8, 

wherein, in said combining the positional relevance value and the percentage 
relevance value to produce the relevance value for the occurrence^ the 
program instructions are further executable to: 

multiply the positional relevance value by a third scaling factor to produce 

a scaled positional relevance value; 
multiply the percentage relevance value by a fourth scaling factor to 

produce a scaled percentage relevance value; and 
add the scaled positional relevance value and the scaled percentage 

relevance value to produce the relevance value for the occurrence. 

43, The system of claim 42, 

wherein the third scaling factor is substantially equal to (1 - the fourth scaling 
factor). 



44. An insurance claims processing system comprising: 
a computer system including a memory medixmi; 

a help database for the insurance claims processing system stored in the memory 
medium, wherein the help database comprises one or more documents 
related to the processing of insurance claims in the insurance claims 
processing system and one or more tables configured for use in locating 
occurrences of terms in the help database; 

program instructions stored in the memory medium and executable within the 
computer system, wherein the program instructions are executable to: 
deteimine a word position of an occurrence of a term in a portion of a 
document in the help database, wherein the portion of the 
document comprises one or more words; 
deteimine a total word count of the portion of the document; 
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deteraiine if the portion of the document is a header or a text section; and 
deteimine a relevance value for the occurrence of the term in the portion 

of the document using the word position of the occurrence and the 

total word count of the portion of the document; 
wherein, if the portion of the document is a text section, in said 

determining the relevance value for the occurrence, the program 

instructions are further executable to: 

divide the word position by the total word count to produce the 
relevance value for the occurrence; and 
wherein, if the portion of the document is a header, in said determining the 
relevance value for the occurrence, the program instructions are 
further operable to: 

divide the word position by the total word count to produce a 
positional relevance value for the occurrence; 

divide a number of words in the term by the total word count of the 
portion to produce a percentage relevance value for the 
occurrence; and 

combine the positional relevance value and the percentage 
relevance value to produce the relevance value for the 
occurrence. 

45. The system of claim 44, 

wherein, if the portion of the document is a text section, the program instructions 
are further operable to: 

multiply the relevance value by a first scaling factor to produce a text 
section relevance value; 
wherein, if the portion of the document is a header, the program instructions are 
further operable to: 
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multiply the relevance value by a second scaling factor to produce a 
header relevance value; and 
wherein the second scaling factor is substantially equal to (1 - the first scaling 
factor). 

5 

46. The system of claim 45, 

wherein, if the portion of the document is a header, the program instructions are 
further operable to: 

adjust the header relevance value by adding the first scaling factor to the 
10 header relevance value. 

48. The system of claim 44, wherein the program instructions are further operable to: 
store the determined relevance value for the occurrence in an entry in a first table 

in the help database. 

15 

49. The system of claim 44, 

wherein, in said combining the positional relevance value and the percentage 
relevance value to produce the relevance value for the occurrence, the 
program instructions are further operable to: 
20 muhiply the positional relevance value by a third scaling factor to produce 

a scaled positional relevance value; 
multiply the percentage relevance value by a fourth scaling factor to 

produce a scaled percentage relevance value; and 
add the scaled positional relevance value and the scaled percentage 
25 relevance value to produce the relevance value for the occurrence; 

and 

wherein the third scaling factor is substantially equal to (1 - the fourth scaling 
factor). 
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50. An insurance claims processing system comprising: 
a computer system including a memory medium; 

a help database for the insurance claims processing system stored in the memory 
medium, wherein the help database comprises one or more documents 
related to the processing of insurance claims in the insurance claims 
processing system and one or more tables configured for use in locating 
occurrences of terms in the help database; 
program instructions stored in the memory medium and executable within the 
computer system, wherein the program instructions are executable to: 
search the one or more documents in the help database for occurrences of 

one or more terms used in the insurance claims processing system; 
locate in the one or more documents one or more occurrences of the one or 

more terms in response to said searching; 
detemine a relevance value for each of the one or more occurrences 

located in the one or more documents; and 
store the determined relevance value for each of the one or more 

occurrences in a table in the help database; 
wherein the relevance values for the one or more occurrences are used in 
displaying the one or more occurrences of the one or more terms in order 
of relevance in the insurance claims processing system. 



5 1 . The system of claim 5 0, 

wherein the one or more documents comprise headers and text sections; and 
wherein, in said determining the relevance value for each of the one or more 

occurrences located in the one or more documents, the program 

instructions are further operable to: 

detemiine a header relevance value for an occurrence if the occurrence is 
in a header; and 
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deteraiine a text section relevance value for the occurrence if the 
occurrence is in a text section. 

52. The system of claim 51, wherein the program instructions are further operable to: 
determine a number of words in the text section, wherein the number of words in 

the text section is expressed as N; 
determine a position of the term in the text section, wherein the position of the 

term is at an Xth word in the text section, wherein X is from 1 to N, and 

wherein 1 is a location of a first word in the text section; 
wherein, in said determining the text section relevance value for the occurrence if 

the occurrence is in the text section, the program instructions are further 

operable to: 

detemine the text section relevance value using the number of words in 
the text section and position of the term in the text section, wherein 
the text section relevance value is higher the closer the occurrence 
is to the beginning of the text section. 

53. The system of claim 51, wherein the program instructions are further operable to: 
determine a number of words in the header, wherein the number of words in the 

header is expressed as N; 
determine a position of the term in the header, wherein the position of the term is 

at an Xth word in the header, wherein X is from 1 to N, and wherein 1 is a 

location of a first word in the header; 
determine the number of words in the term, wherein the term comprises T words, 

wherein T is from 1 to N; 
wherein, in said determining the header relevance value for the occurrence if the 

occuirrence is in a header, the program instructions are further operable to: 

detemine a positional relevance value using the number of words in the 
header and the position of the term in the header, wherein the 
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determined positional relevance value is higher the closer the 

occurrence is to the beginning of the header; 
deteirmine a percentage relevance value using the number of words in the 

term and the number of words in the header, wherein the 

percentage relevance value is the percentage of the header 

occupied by the term; and 
combine the positional relevance value and the percentage relevance value 

to produce the header relevance value. 



54. A carrier medium comprising program instructions, wherein the program 

instructions are computer-executable to implement: 

determining a word position of an occurrence of a term in a portion of a document 
in a help database in a computer-based insurance claims processing 
system, wherein the portion of the document comprises one or more 
words; 

determining a total word count of the portion of the document; and 

determining a relevance value for the occurrence of the term in the portion of the 

document using the word position of the occurrence and the total word 

count of the portion of the document. 



55. The carrier medium of claim 54, 

wherein, in said determining the relevance value for the occurrence, the program 
instructions are further computer-executable to implement: 
dividing the word position by the total word count to produce the 
relevance value for the occurrence. 



56. The carrier medium of claim 54, wherein the program instructions are further 
computer-executable to implement: 
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multiplying the relevance value by a first scaling factor to produce a scaled 
relevance value. 



57. The carrier medium of claim 54, wherein the program instructions are further 
5 computer-executable to implement: 

storing the determined relevance value for the occurrence in an entry in a table in 
the help database. 

58. The carrier medium of claim 54, wherein the program instructions are further 
10 computer-executable to implement: 

numbering the one or more words in the portion of the document from N down to 

Ij wherein N is the total word count of the portion of the document; 
wherein, in said determining the word position of the occurrence, the program 
instructions are further computer-executable to implement: 
15 determining the word number of a first word of the term in the one or 

more words in the portion of the document; and 
wherein, in said determining the relevance value for the occurrence, the program 
instructions are further computer-executable to implement: 
dividing the word position by the total word count to produce the 
20 relevance value for the occurrence. 



59. The carrier medium of claim 54, wherein the program instructions are further 
computer-executable to implement: 

numbering the one or more words in the portion of the docimient from 1 up to N, 
25 wherein N is the total word count of the portion of the document; 

wherein, in said determining the word position of the occurrence, the program 
instructions are further computer-executable to implement: 
determining a word number of a first word of the term in the one or more 
words in the portion of the document, wherein the word number of 
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the first word of the term is used as the word position of the 
occurrence; and 

wherein, in said determining the relevance value for the occurrence, the program 
instructions are ftirther computer-executable to implement: 
subtracting the word position from the total word coxmt to produce a first 
results; 

adding one to the first results to produce a second results; and 
dividing the second resuhs by the total word count to produce the 
relevance value for the occurrence. 

60. The carrier medium of claim 54, 

wherein the portion of the document is a text section. 

6 1 . The carrier medium of claim 54, 

wherein the portion of the document is a header. 

62. The carrier medium of claim 54, 

wherein, in said determining the relevance value for the occurrence, the program 
instTictions are further computer-executable to implement: 
dividing the word position by the total word count to produce a positional 

relevance value for the occurrence; 
dividing a number of words in the term by the total word count of the 

portion to produce a percentage relevance value for the occurrence; 
comibining the positional relevance value and the percentage relevance 

value to produce the relevance value for the occurrence; 
multiplying the relevance value by a second scaling factor to produce a 

scaled relevance value; and 
storing the determined relevance value for the occurrence in an entry in a 

table in the help database. 
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63, The carrier medium of claim 62, 

wherein J in said combining the positional relevance value and the percentage 
relevance value to produce the relevance value for the occurrence, the 
prog;ram instructions are further computer-executable to implement: 
multiplying the positional relevance value by a third scaUng factor to 

produce a scaled positional relevance value; 
multiplying the percentage relevance value by a fourth scaling factor to 

produce a scaled percentage relevance value; and 
adding the scaled positional relevance value and the scaled percentage 

relevance value to produce the relevance value for the occurrence; 
wherein the third scaling factor is substantially equal to (1 - the fourth scaling 
factor). 

64. A carrier medium comprising program instructions, wherein the program 
instructions are computer-executable to implement: 

determining a word position of an occurrence of a term in a portion of a document 
in a help database in a computer-based insurance claims processing 
system, wherein the portion of the document comprises one or more 
words; 

determining a total word count of the portion of the document; 
determining if the portion of the document is a header or a text section; and 
determining a relevance value for the occurrence of the term in the portion of the 

document using the word position of the occurrence and the total word 

count of the portion of the document; 
wherein, if the portion of the document is a text section, said determining the 

relevance value for the occurrence comprises: 
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dividing the word position by the total word count to produce the 
relevance value for the occurrence; and 
wherein, if the portion of the document is a header, said determining the relevance 
value for the occurrence comprises: 
5 dividing the word position by the total word count to produce a positional 

relevance value for the occurrence; 
dividing a number of words in the term by the total word count of the 
portion to produce a percentage relevance value for the occxirrence; 
and 

10 combining the positional relevance value and the percentage relevance 

value to produce the relevance value for the occurrence. 

65. The carrier medium of claim 64, wherein the program instructions are further 
computer-executable to implement: 

wherein, if the portion of the document is a text section, the program instructions 
are further computer-executable to implement: 

multiplying the relevance value by a first scaling factor to produce a text 
section relevance value; 
wherein, if the portion of the document is a header, the program instructions are 
further computer-executable to implement: 

multiplying the relevance value by a second scahng factor to produce a 

header relevance value; and 
adjusting the header relevance value by adding the first scaling factor to 
the header relevance value; and 
wherein the second scaling factor is substantially equal to (1 - the first scaling 
factor). 

66. The carrier medium of claim 64, wherein the program instructions are further 
computer-executable to implement: 




Atty.Dkt No.: 5053-27800 



Page 64 



Conley, Rose & Tayon, P.O. 



storing the determined relevance value for the occurrence in an entry in a table in 
the help database. 

67. The carrier medium of claim 64, 

wherein, in said combining the positional relevance value and the percentage 
relevance value to produce the relevance value for the occurrence, the 
program instructions are further computer-executable to implement: 
multiplying the positional relevance value by a third scaling factor to 

produce a scaled positional relevance value; 
multiplying the percentage relevance value by a fourth scaling factor to 

produce a scaled percentage relevance value; and 
adding the scaled positional relevance value and the scaled percentage 

relevance value to produce the relevance value for the occurrence; 
wherein the third scaling factor is substantially equal to (1 - the fourth scaling 
factor). 

68. A carrier medium comprising program instructions, wherein the program 
instructions are computer-executable to implement: 

searching one or more documents in a help database in a computer-based 

insurance claims processing system for occurrences of one or more terms 

used in the insurance claims processing system; 
locating in the one or more documents one or more occurrences of the one or 

more terms in response to said searching; 
determining a relevance value for each of the one or more occurrences located in 

the one or more documents; and 
storing the determined relevance value for each of the one or more occurrences in 

a table in the help database; 
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wherein the relevance values for the one or more occurrences are used in 
displaying the one or more occurrences of the one or more terms in order 
of relevance in the insurance claims processing system. 



69. The carrier medium of claim 68, 

wherein the one or more documents comprise headers and text sections; 

wherein, in said determining the relevance value for each of the one or more 
occurrences located in the one or more documents, the program 
instructions are further computer-executable to implement: 
deteraiining a header relevance value for an occurrence if the occurrence 
is in a header; and 

deteraiining a text section relevance value for the occurrence if the 
occurrence is in a text section. 

70. The carrier medium of claim 69, wherein the program instructions are further 
computer-executable to implement: 

determining that the text section comprises N words; 

determining that the occurrence of the term is at an Xth word in the text section, 
wherein X is from 1 to N, and wherein 1 is a location of a first word in the 
text section; 

wherein, in said determining the text section relevance value for the occurrence if 
the occurrence is in the text section, the program instructions are further 
computer-executable to implement: 

deteimining the text section relevance value using N and X, wherein the 
text section relevance value is higher the closer the occurrence is to 
the beginning of the text section, 

71. The carrier medium of claim 69, wherein the program instructions are further 
computer-executable to implement: 
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determining that the text section comprises N words; 

determining that the occurrence of the term is at an Xth word in the header, 
wherein X is from 1 to N, and wherein 1 is a location of a first word in the 
header; 

determining that the term comprises T words, wherein T is fi-om 1 to N; 

wherein, in said determining the header relevance value for the occurrence if the 
occurrence is in a header, the program instructions are further computer- 
exec atable to implement: 

deteimining a positional relevance value using N and X, wherein the 

determined positional relevance value is higher the closer the 

occurrence is to the beginning of the header; 
deteimining a percentage relevance value using T and N, wherein the 

percentage relevance value is the percentage of the header 

occupied by the term; and 
combining the positional relevance value and the percentage relevance 

value to produce the header relevance value. 
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ABSTRACT OF THE DISCLOSURE 



An improved method and system for providing context-sensitive help and 
interactive search capability in an insurance claims processing system. A help 

5 information database may include one or more index tables, one or more header tables 
and one or more text tables. The insurance claims processing system may display 
information from located help table entries in order of relevance. In one embodiment, 
entries in the index table may include a relevance value for the occurrence of the term in 
the help database. In one embodiment, the relevance values for the entries in the index 

10 table may be calculated and stored in the index table prior to a user accessing the help 
database. In another embodiment, the relevance value for an entry in the index table may 
be calculated dynamically when the entry is identified as an occurrence of a search term 
or of a step or step element code in context-sensitive help. In one embodiment, relevance 
values for the entries in the index table may be calculated using the position of the term 

15 in the text object (header or text section), the number of words in the term, the number of 
words in the text object, and the type of text object for the entry (header or text section). 
In one embodiment, occurrences in headers may be considered generally more relevant 
than occurrences in text sections, and therefore a different mechanism may be used to 
calculate the relevance of occurrences in headers than the mechanism used to calculate 

20 the relevance of occurrences in text sections. 
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